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Verfahren zur Abrechnung von internet-Dienstleistungen Ober Mobflfunk 

Die Erfindung betrifft ein Verfahren zur Abrechnung von Intemet-Dienstleistungen 
Ober Mobitfunk. 

Aus dem Stand der Technik srnd Verfahren zur Abrechnung von Internet- 
Dienstlelstungen Ober ein Internet-Terminal (z.B, einen Personal Computer) bekannt. 
Bisher im Internet bekannte Verfahren sehen das Halten Oder Laden der 
Kundendaten im Intemet-Tenmtnal oder beim Handler vor. Dies ist jedoch bei der 
Verwendung von Mobilfiinkendgeraten als Internet-Terminal nicht praktlkabel. 

Der Erfindung liegt fo^ende Aufgabe zugrunde (Problem): 

Ein Ver^hren anzugeben, mit weichem eine Abrechnung von Internet- 

Dienstleistungen schnell und sicher Qber Mobllfunk ermSglicht wird. 

GelOst wird drese Aufgabe durch die in den unabhSngigen PatenansprQchen 
angegeben Merkmale. 

Ein Mobilfunkkunde bezahlt beim Surfen im Internet z.B. mittels eines WAP-fahigen 
Endgerats (Wireless Application ProtocoQ fOr bestimmte Inhalte (Infbmnation, 
Datenbankrecherche, Fahrplanauskunft, Spiele, etc) Jewells einen geringen 
Einzelbetrag. DIeser kann erfindungsgemafi Qber das Mobfffunknetz effizient und 
sicher abgerechnet werden. 

Vorteile gegenOber dem Stand der Technik 

Bel bisher im Internet bekannten Mircopayment-Verfehren wird das Micropayment- 
Konto bei der Bank des Kunden eingerichtet und dem Kunden In Form elner 
elektronischen GeldbSrse auf dem Personal Computer zur VerfQgung gestellt. Dies 
tet bei Mobilfunkgeraten mit eingeschrankter Leistung nicht mdglich. 
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Das erfindungsgemaBe Reservierungsverfahren eriaubt die Abrechnung von 
Kleinstbetrdgen mit einem minimaten Kommunikationsaufwand. Andererseits hat der 
Kunde Ober die Autorisierung jederzeit eine Kostenkontrolle. 

Sensible Daten bleiben im sicheren Mobilfunk-Netz und werden nicht Qber das 
Internet Qbertragen, daher sind keine zusatzlichen VerschlQsselungsverbhren 
erfbrdertich. Der Kunde ist im Mobilfunk*Netz Qber seine MSISDN bekannt. Daher ist 
kein zusStziiches Authentlfikationsverfahren erforderlich. 
Dennoch ist die Anonynrtitat des Kunden gegenOber dem Anbieter gevyrShrleistet. 

Figur 1 zeigt ein Beispiel fQr eine erfindungsgemdBe Systemarchitektur 
Figur 2 zeigt ein Beispiel fQr den Ablauf einer Bezahltransaktion 

FOnf Parteien sind an der DurchfQhrung der Abrechnung beteiligt: Kunde. Anbieter. 
Payment-Gateway, Mircropayment-Bank und Banknetz. 

Der Kunde verfQgt Qber ein intemet^higes (WAP-fShiges) Mobilfunkendgerat 1 und 
hat Qber das Mobllfunknetz 2 Zugang zum Internet 3. 

Der Anbieter hat seine in einem Anbieter-Server 4 vorhandene Standard-intemet- 
Server-Software um ein Interface zu einem Payment-Gateway 5 erweitert. Der tnhaft 
der Angebote (Infomnatlon, Spiele, Datenbankrecherche, etc) ist in einer auf das 
Mobilfunkendgerat 1 abgestimmten Darstellung abrufbar. 

Das Payment-Gateway 5 hSIt In einer Payment-Datenbank 6 als Kundendaten die 
MSISDN des Mobilfunk-Nutzersi die Kontonummer eines Micropayment-Kontos 7 
des Kunden und dessen aktuelles Guthaben. Das Payment-Gateway kann Qber eine 
Abfirage einer MSISDN-IP-Datenbank 8 die zu einer temporaren IP-Adresse 
gehOrende MSISDN ermitteln. 



wo 01/24122 



3 



PCT/D£0a/D3421 



Das Micropayment-Konto 7 wird als Unterkonto eines realen Bankkontos bei einer 
Bank gefOhrt. Payment-Gateway 5 und Micropayment-Konto 7 sind durch 
Datenbankabgleteh stSndig synchronlsiert. Das MIcropayment-Konto 7 kann 
vorausbezahtt sein (Prepaid) oder per Lastschrift reguliert werden (Postpaid). Der 
Kunde hat Qber das Internet 3 Jederzeit Zugriff auf den aktuellen Kontostand und die 
iaufenden Bucliungen auf dem Konto 7. Abbuchungen vom Micropayment-Konto 7 
auf Anbieterkonten^anderer Banken 9 erfbigen Qber das Bankennetz 10 gesammeR 
Qber einen Zeitraum (z.B. Tag, Woche, IVlonat). 

Ablaufbeschreibung anhand der Figuren 1 und 2 

Wenn ein Mobilfunk-lntemt-lslutzer beim einem Vertragsanbieter des Mobilfunk- 
Betreibers surft, so erkennt der Anbieter anhand des IP-Adressbereichs des Nutzers» 
urn welchen Betretber es sich handelt. 

Der Mobiifunk-intemet4Slutzer erhait beim Surfen an einer bestimmten Stelle die 
information, dass ein Inhalt kostenpflichtig ist. Dabei legt der Anbieter fast, ob die 
Kosten pro Zeiteinheit oder pro Klick entstehen. Wahit der Nutzer diesen Inhalt an, 
so wird er aufgefordert die Bezahlung von Inhaften bis zu einem Hdchstbetrag zu 
autorisieren. Diese vom Anbieter geschickte Aufforderung enthSIt die 
Transaktionsdaten (Transaktions-ld, Betrag, die Anbleter*ld) und einen Link auf das 
Payment-Gateway 5. Der Anbieter schickt die glerchen Daten enweitert um die 
tempordre IP-Adresse des Mobilfunk-lntemetz-Nutzers an das Payment^Gateway 3. 
Klickt der Nutzer OK an, so werden die Transaktionsdaten von seinem Endgerat 1 
ebenfells zum Payment-Gateway 5 Obertragen. Der Kunde kann diese Aktion mit 
einer Bezahl-PIN sichem. 

Das Payment-Gateway 5 synchronlsiert die beiden Nachrichten und prOft sie auf 
Obereinstimmung. Nutzer-IP-Adresse, TA-ld, Betrag und Anbieter-ld mQssen 
Mentisch sein. Ober die Nutzer-IP-Adresse ermittelt das Payment-Gateway 5 die 
MSISDN des Mobilfunk-lntemet-Nutzers und sucht mit dieser die zugehorigen in der 
Payment-Datenbank 6 abgelegten Kundendaten. Das Payment-Gateway 5 versucht 
nun den angefragten Betrag auf dem Micropayment-Konto zu reservieren. Dabei 
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kann im Prepaid-Fall das Guthaben geprOft werden, im Postpaid-Fall ein KrediRlmit 
Auch ein vom Kunden definlerter HOchstbetrag je Zeitraum (z.B. 100 DM/Monat) 
kann geprOft werden. 

1st das PrQfergebnis posltiv, erhait der Anbieter die Authorisierung fOr den 
angeforderten Betrag und kann Qber diesen verfdgen. So lange der Mobilfunk- 
Intemetnutzer im Server 4 des Anbieters blelbt kann er kostenpflichtigen Inhalt ohne 
weitere Zahlungs^uthorislerung nutzen. Oer Anbieter bucht die Kleinstbetrdge von 
dem ihm Obertragenen Betrag ab. SoIKe dieser erschdpft sein, so kann der Anbieter 
eine erneute Authorisierung anstolten. Erst wenn der Nutzer den Sender des 
Anbieters Qber einen bestimmten Zeitraum nicht mehr genutzt hat, wird der Vorgang 
abgeschlossen und die Forderung(en) Jewells mitJA-ld, Betrag, Anbieter-ld und IP- 
Adresse des Nutzers an das Payment-Gateway Qbertragen. Der Anbieter kann dem 
Kunden den aktuellen Stand der Forderung in jede Seite, die er zum Kunden 
Qbertragt, einblenden. 

Das Payment-Gateway 5 ordnet die tats£ichlichen Forderungen den Resenfierungen 
zu und bucht die BetrSge vom Micropayment-Konto 7 zu Gunsten des Anbieters ab. 
Die entsprechenden Reservierungen werden geloscht. Der tatsSchliche Zahlungsflufi 
auf das Empfangerkonto des Anbieters kann spater gebOndelt erfolgen. Die 
Resen/ierung werden vom Payment-Gateway 5 auch geiOscht, wenn innerhalb eines 
definierten Zeitraums keine Fordemng mit der entsprechenden TA-ld vom Anbieter 
eingetroffen ist. 

Der Kunde richtet sein Micropayment-Konto 7 bei der Micropayment-Bank des 
Mobilfunk-Betreibers ein. Das Konto ist in der Regei vorausbezahit, es sei denn der 
Kunde erfOlit die Bonitatsanforderungen des IVIobllfunk-Betreibers. Der Kunde kann 
jederzeit Qber das Internet Gut^Buc^ungen auf sein Micropayment-Konto 
durchfQhren und die Buchungen kontroilieren. 

Bei geringeren Sicherheitsanfbrdenjngen ist es zur Vereinfachung des Ver^hrens 
mdglich, die Authorisierungsanfrage an das Payment-Gatway 5 asymmetrisch zu 
gestalten, d.h. nur der Kunde schickt eine Nachricht oder nur der Anbieter schickt 
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eine Nachricht an das Payment-Gateway, urn die Reservlerungstransaktion 
einzuleiten. Auf eIne Synchronisation wjrd in diesen Fallen verzlchtet. 
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PatentansprOche 

1 . Verfahren zur Abrechnung von Intemet-Dtenstteistungen Qber Mobilfunk, dadurch 
gekennzeichnet, daB die Kundendaten zentral In einer Datenbank eines Payment- 
Gateway gehalten werden. 

2. Verfahren zur Abrechnung von Internet-Dienstleistungen Qber Mobilfunk, dadurch 
gekennzeichnet, da& anstelle einer separaten Bezahltransakton je 
Abrechnungsbetrag ein grOSerer Betrag vom Kunden gegenQber einem Anbieter 
authorisiert wird, und die Abbuchung der AbrechnungsbetrSge vom authorisierten 
Betrag lokal beim Anbieter erfblgt 

3. Verfahren nach einem der AnsprQche 1 oder 2, dadurch gekennzeichnet, daft Im 
Endgerat keine elektronischen GeldbOrsendaten und keine Kundendaten gehalten 
werden. 

4. Verfahren nach einem der AnsprOche 1 bis 3. dadurch gekennzeichnet. dafi der 
Kunde jede BezahftransakHon mit einer Bezahl-PII^ sichern kann. 

5. Verfahren nach einem der AnsprQche 1 bis 4, dadurch gekennzeichnet, daQ 
sensible Daten sicher im Mobilfunknetz verbielben und nicht Qber das Intemet 
Obertragen werden. 

6. Verfahren nach einem der AnsprQche 1 bis 5, dadurch gekennzeichnet, daB keine 
zusatzlichen VerschlQsselungsverfahren erforderllch sind. 

7. Verfahren nach einem der AnsprQche 1 bis 6, dadurch gekennzeichnet, daB kein 
zusatziiches Authentifikatlonsverfahren erfordertich ist, da die Authentifikation des 
Kunden vom Mobilfunknetz durchgefQhrt wird. 
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8. Verfohren zur Abrechnung von Intemet-Dienstldistungen Uber Mobilfunk 
gekennzeichnet durch eine Kopplung von Standard-Hdndler-Software mit Standard- 
(lnternet-)Paynient8y8temen und intemet^higen Standard-Mobiifunk-Endgeraten. 
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FIG.1 
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Method for Charging Internet Services via a Mobile Telephone 
The invention relates to a method for charging Internet services via a mobile telephone. 

Methods for charging Internet services via an Internet terminal (for example a personal 
computer) are known from prior art. According to methods previously known in the 
Internet the customer data are held in or loaded to the Internet terminal or by the dealer, 
but this is not practical when mobile telephone temninals are used as an Internet 
terminal. 

Therefore, the invention is based on the following problem: 

To provide a method with which Internet sen^ices can be charged quickly and safely via 
a mobile telephone. 

The problem is solved by the features of the independent patent claims. 

A mobile telephone customer pays a small individual fee for certain contents 
(information, database searches, travel schedules, games, etc.) when surfing the 
Internet using a WAP-enabled terminal (wireless application protocol), for example. 
According to the invention, said amount can be settled efficiently and reliably via the 
mobile telephone network. 

Advantages compared to the prior art. 

According to earlier micropayment methods known in the Internet the micropayment 
account is opened at the bank of the customer and made available to the customer in 
the form of an electronic money purse in the personal computer. This is not feasible for 
mobile telephones having limited capacity. 
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The reservation method of the invention allows that minimal amounts can be settled 
requiring a minimum of communication. On the other hand, the customer is always in 
control of the costs via the authorization. 

Sensitive data remain within the safe mobile telephone network and are not transmitted 
via the internet. Therefore, no additional encoding methods are required. The customer 
is known in the mobile telephone network via his MSISDN. Therefore, no additional 
authentication method is required, but the customer's anonymity vis-d-vis the provider is 
ensured. 

Fig. 1 shows an example of the system architecture of the invention. 
Fig. 2 shows an example of the process of a payment transaction. 

Five parties are involved in the charging process: the customer, the provider, the 
payment gateway, the micropayment bank and the bank system. 

The customer has an Internet-enabled (WAP-enabled) mobile telephone tenninal 1 and 
has access to the Intemet 3 via the mobile telephone network 2. 

An interface is added by the provider to his standard Intemet server software available in 
a provider server 4 so as to create a payment gateway 5. The content of the offers 
(infomnation, games, database searches, etc.) can be called up in a format that is 
adapted to the mobile telephone terminal 1. 

The MSISDN of the mobile telephone user, the account number of a micropayment 
account 7 of the customer and his current credit balance are the customer data held by 
the payment gateway 5 in a payment database 6. The payment gateway is able to find 
the MSISDN pertaining to a temporary IP address via an inquiry in a MSISDN-IP 
database 8. 
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The micropayment account 7 is maintained as a sub-account of an actual bank account 
at a bank. The payment gateway 5 and the micropayment account 7 are continuously 
synchronized by matching the databases. The micropayment account 7 can be prepaid 
or postpaid. The customer is able to access the current account balance and the cunrent 
bookkeeping entries in the account 7 at any time via the Internet 3. Transfers from the 
micropayment account 7 to the provider accounts at other banks 9 are made collectively 
over a period of time (day, week, month, for example) via the bank system 10. 

Description of the process based on Figs. 1 and 2. 

When a mobile telephor)e-lnternet user surfs a contractual server of the mobile 
telephone network operator the provider recognizes the operator based on the user's IP 
address range. 

While surfing, the mobile telephone-Internet user receives a message at a certain place 
that the content is fee-based. The provider detemriines whether the fee is charged per 
time unit or per click. When the user selects said content he will be asked to authorize 
the payment for contents up to a maximum amount. Said request sent by the provider 
Includes the transaction data (transaction ID, amount, provider ID) and a link to the 
payment gateway 5. The provider sends the same data, expanded by the temporary IP 
address of the mobile telephone-Internet user to the payment gateway 3. When the user 
clicks on OK, the transaction data is also transmitted from his terminal 1 to the payment 
gateway 5. The customer can secure such action with a payment PIN. 

The payment gateway 5 synchronizes the two messages and verifies that they concur 
The user's IP address, the transaction ID, the amount and the provider ID have to be 
identical. The payment gateway 5 determines the MSISDN of the mobile telephone- 
Internet user via the user's IP address and with the MSISDN it searches for the 
pertaining customer data filed in the payment database 6. The payment gateway 5 now 
attempts to reserve the requested amount in the micropayment account. 
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In case of prepayment the credit balance can be verified, in case of post-payment the 
credit limit can be verified. A maximum amount per time period (for example DEM 
100/month) defined by the customer can also be verified. 
If the result of the verification is positive the provider receives authorization for the 
requested amount and can apply said amount. As long as the mobile telephone-Internet 
user remains in the server 4 of the provider he will be able to use fee-based contents 
without further payment authorization. The provider debits the small amounts against the 
amount transfenred to him. When it is used up the provider can initiate another 
authorization. The process is not concluded until the user fails to use the server of the 
provider over a certain time period. The charge(s), including transaction ID, amount, 
provider ID and the IP address of the user are transmitted to the payment gateway. The 
provider can display the current status of the charges on every page he transmits to the 
customer. 

The payment gateway 5 allocates the actual charges to the reservations and transfers 
the amounts from the micropayment account 7 to the provider. The respective 
reservations are cancelled. The actual payment flow to the provider's receiving account 
can take place collectively at a later time. The reservations are also cancelled by the 
payment gateway 5 when no charge has been received from the provider with the 
respective transaction ID within a defined time period. 

The customer opens his micropayment account 7 at the micropayment bank of the 
mobile telephone network operator. The account is generally prepaid, unless the 
customer has the creditworthiness required by the mobile telephone networi^ operator. 
The customer can make deposits to his micropayment account and check the 
bookkeeping entries at any time via the Internet. 

When the requirements for security are low it is possible to establish asymmetrical 
authorization requests to the payment gateway 5 so as to simplify the method, i.e. only 
the customer sends a message or only the provider sends a message to the payment 
gateway to initiate the reservation transaction. 
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In these cases, the synchronization is omitted. 
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Patent Claims 

1 . Method for charging Internet services via a mobile telephone, characterized in that the 
customer data are maintained centrally in a database of a payment gateway. 

2. Method for charging Internet services via a mobile telephone, characterized in that 
instead of a separate payment transaction per each charge a higher amount is 
authorized by the customer to a provider and the charges are debited locally by the 
provider against the authorized amount. 

3. Method as defined by any of the claims 1 or 2, characterized in that no electronic 
money purse data and no customer data are held in the tenminal. 

4. Method as defined by any of the claims 1 to 3, characterized in that the customer can 
secure all payment transactions by means of a payment PIN. 

5. Method as defined by any of the claims 1 to 4, characterized in that sensitive data 
remain safe in the mobile telephone network and are not transmitted via the Internet. 

6. Method as defined by any of the claims 1 to 5, characterized in that no additional 
encoding methods are required. 

7. Method as defined by any of the claims 1 to 6, characterized in that no additional 
authentication method is required, because the mobile telephone network authenticates 
the customer. 
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8. Method for charging Internet services via a mobile telephone, characterized by 
coupling standard dealer software with standard (Internet) payment systems and 
Internet-enabled standard mobile telephone terminals. 
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DeTeMobil Deutsche Telekom MobilNet GmbH, Bonn 

Verfahren zur Abrechnung von tnternet-Dienstleistungen Ober IVIobilfunk 

Die Erfindung betrifft ein Verfahren zur Abrechnung von Internet-Dienstleistungen 
Qber Mobilfunk. 

Aus dem Stand der Technik sind Verfahren zur Abrechnung von Internet* 
Dtenstlelstungen Ober ein Intemet-Tenminai (z.B. einen Personal Computer) bekannt. 
Bisher im Internet bekannte Verfahren sehen das Halten oder Laden der 
Kundeindaten im Internet-Terminal oder beim Handler vor. Dies ist jedoch bei der 
VenA^endung von Mobiifuhkendgeraten als lntemet*Temiinal nicht praktikabeL 

Der Erfindung llegt folgende Aufgabe zugrunde (Problem): 
Ein Verfahren anzugeben, mit welchem eine Abrechnung von Internet- 
Dienstleistungen schnell und sicher Qber Mobilfunk ermdglicht wird. 

Geldst wird diese Aufgabe durch die in den unabhdnglgen PatenansprQchen 
angegeben Merkmale. 

Ein Mobilfunkkunde bezahit beim Surfen im Internet z.B. mittels eines WAP-fShigen 
Endgerats (Wireless Application Protocol) fur bestimmte Inhalte (Information, 
Datenbankrecherche. Fahrplanauskunfl, Spiele, etc) jeweils einen geringen 
Einzelbetrag. Dieser kann erfindungsgemaB Qber das Mobilfunknetz effizient und 
sicher abgerechnet werden. 

Vorteile gegenOber dem Stand der Technik 

Bei bisher im Internet bekannten Mircopayment-Verfahren wird das Micropayment- 
Konto bei der Bank des Kunden eingerichtet und dem Kunden in Form einer 
elektronischen Geldbbrse auf dem Personal Computer zur VerfQgung gestellt. Dies 
ist bei Mobllfunkgeraten mit eingeschrSnkter Leistung nIcht m5glich. 
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Das erfindungsgem§Be Reservierungsveifahren erlaubt die Abrechnung von 
KleinstbetrSgen mit einem minimalen Kommunikatlonsaufwand. Andererseits hat der 
Kunde Ober die Autorisieaing jederzeit eine Kostenkontrolle. 

Sensible Daten bleiben im sicheren Mobilfunk-Netz und warden nicht Qber das 
Internet Obertragen, daher sind keine zusStzllchen VerschlQsselungsverfahren 
erforderlich. Der Kunde ist im Mobilfunk-Netz Ober seine MSISDN bekannt. Daher 1st 
kein zusStzliches Authentifikationsverfahren erforderlich. 
Dennoch ist die Anonymitat des Kunden gegenQber dem Anbieter gewShrleistet. 

Figur 1 zeigt ein Belspiel fOr eine erfindungsgemSBe Systemarchitektur 
Figur 2 zeigt eIn Beispiel fOr den Ablauf einer Bezahltransaktion 

FQnf Partelen sind an der DurchfQhrung der Abrechnung betelligt: Kunde, Anbieter, 
Payment-Gateway, Mircropayment-^Bank und Banknetz. 

Der Kunde verfOgt Ober ein intemetfahiges (WAP-fahiges) Mobllfunkendgerat 1 und 
hat Qber das Mobilfunknetz 2 Zugang zum Internet 3. 

Der Anbieter hat seine in einem Anbleter-Server 4 vorhandene Standard-Internet- 
Server-Software urn ein Interface zu einem Payment-Gateway 5 enweitert. Der Inhalt 
der Angebote (Information. Spiele. Datenbankrecherche, etc) ist in einer auf das 
Mobllfunkendgerat 1 abgestimmten Darstellung abmfbar. 

Das Payment-Gateway 5 halt in einer Payment-Datenbank 6 als Kundendaten die 
MSISDN des Mobilfunk-Nutzers, die Kontonummer eines Micropayment-Kontos 7 
des Kunden und dessen aktuelles Guthaben. Das Payment-Gateway kann Qber eine 
Abfrage einer MSISDN-IP-Datenbank 8 die zu einer temporaren IP-Adresse 
gehOrende MSISDN ermitteln. 
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Das Micropayment-Konto 7 wird als Untei1(onto eines realen Bankkontos bei einer 
Bank gefQhrt. Payment-Gateway 5 und Micropayment-Konto 7 sind dutch 
Datenbankabglefeh slSndig synchronlsiert. Das Micropayment-Kbnto 7 kann 
vorausbezahit sein (Prepaid) oder per Lastschrift reguliert werden (Postpaid). Der 
Kunde hat Qber das Internet 3 jederze'it Zugriff auf den aktuellen Kontostand und die 
laufenden Buchungen auf dem Konto 7. Abbuchungen vom Micropayment-Konto 7 
auf Anbieterkonten.anderer Banken G erfolgen Qber das Bankennetz lOgesammelt 
Ober einen Zeitraum (z.B. Tag, Woche, Monat). 

Ablaufbeschreibung anhand der Figuren 1 und 2 

Wenn ein Mobllfunk-lnternt-Nutzer beim einem Vertragsanbieter des Mobilfunk- 
Betrelbers surft, so erkennl der Anbleter anhand des IP-Adressberefchs des Nutzers, 
urn welchen Betreiber es sich handeK. 

Der Mobllflink-intemet-Nutzer erhdit beim Surfen an elner bestimmten Stella die 
Information, dass ein Inhalt kostenpflk:htig 1st. Dabel legt der Anbieter fest, ob die 
Kosten pro Zeitelnheit oder pro Klick entstehen. Wahit der Nutzer diesen Inhalt an, 
80 wird er aufgefordert die Bezahlung von Inhalten bis zu einem HOchstbetrag zu 
autorisieren. Diese vom Anbieter geschickte Aufforderung enthait die 
Transaktionsdaten (Transaktions-ld, Betrag, die Anbleter-ld) und einen Link auf das 
Payment-Gateway 5. Der Anbieter schickt die gleichen Daten enveitert urn die 
temporSre IP-Adresse des Mobilfunk-lntemetz-Nutzers an das Payment-Gateway 3. 
Klickt der Nutzer OK an, so werden die Transaktionsdaten von selnem EndgerSt 1 
ebenfalls zum Payment-Gateway 5 Qbertragen. Der Kunde kann diese Aktion mit 
einer Bezahl-PiN sichem. 

Das Payment-Gateway 5 synchronlsiert die beiden Nachrichten und prOft sie auf 
Obereinstimmung. Nutzer-IP-Adresse. TA-ld. Betrag und Anbieter-ld mOssen 
identisch sein. Ober die Nutzer-IP-Adresse ermittelt das Payment-Gateway 5 die 
MSISDN des Mobilfunk-lntemet-Nutzers und sucht mit dieserdie zugehQrigen in der 
Payment-Datenbank 6 abgelegten Kundendaten. Das Payment-Gateway 5 versucht 
nun den angefragten Betrag auf dem Micropayment-Konto zu reservleren. Dabei 
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kann im Prepaid^Fail das Guthaben geprOft werden, im Postpaid-Fall ein Kredit-Limit. 
Auch ein vom Kunden definierter Hdchstbetrag je Zeitraum (z.B. 100 OM/Monat) 
kann geprijft werden. 

1st das PrQfergebnis positiv, erhalt der Anbieter die Authorisiemng fQr den 
angeforderten Betrag und kann Qber diesen verfQgen. So lange der Mobilfunk- 
Internetnutzer im Sen/er 4 des Anbieters bleibt kann er kostenpflichtigen Inhalt ohne 
weitere Zahlungs-Authorisiemng nutzen. Der Anbieter bucht die KleinstbetrSge von 
dem ihm Qbertragenen Betrag ab. Sollte dieser erschopft sein, so kann der Anbieter 
eine erneute Authorisierung anstoBen. Erst wenn der Nutzer den Sen/er des 
Anbieters Ober einen bestlmmten Zeitraum nicht mehr genutzt hat, wird der Vorgang 
abgeschlossen und die Forderung(en) Jeweils mit TA-ld, Betrag, Anbleter-ld und IP- 
Adresse des Nutzers an das Payment-Gateway Obertragen. Der Anbieter kann dem 
Kunden den aktuellen Stand der Forderung in jede Seite, die er zum Kunden 
Qbertragt, einblenden. 

Das Payment-Gateway 5 ordnet die tatsSchlichen Forderungen den Resen/ierungen 
zu und bucht die Betrdge vom Micropayment-Konto 7 zu Gunsten des Anbieters ab. 
Dje entsprechenden Reservterungen werden geldscht. Der tatsddiliche ZahlungsfluK 
auf das Empfdngerkonto des Anbieters kann spater gebUndelt erfolgen. Die 
Reservierung werden vom Payment-Gateway 5 auch geldscht, wenn innerhalb eines 
definierten Zeltraums keine Forderung mit der entsprechenden TA-Id vom Anbieter 
eingetroffen ist. 

Der Kunde richtet sein, Micropayment-Konto 7 bei der Micropayment-Bank des 
Mobilfunk-Betrelbers ein. Das Konto ist in der Regel vorausbezahlt. es sei denn der 
Kunde erfullt die Bonltatsanfordenjngen des Mobilfunk-Betreibers. Der Kunde kann 
jederzeit Qber das Internet Gut-Buchungen auf sein MIcropayment-Konto 
durchfOhren und die Buchungen kontrollieren. 

Bei geringeren Sicherheltsanforderungen Ist es zurVereinfachung des Verfahrens 
m5glich, die Authorisleaingsanfrage an das Payment-Gatway 5 asymmetrisch zu 
gestalten. d.h. nur der Kunde schickt eine Nachricht oder nur der Anbieter schlckt 
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eine Nachricht an das Payment-Gateway, um die Reservierungstransaktion 
einzulelten. Auf eine Synchronisation wird in diesen Fallen verzichtet. 
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PatentansprQche 



1 Verfahren zur Abrechnung von Internet-Dienstleistungen Uber Mobllfunk, dadurch 
gekennzeichnet. daB die Kundendaten zentral in elner Datenbank eines Payment- 
Gateway gehalten werden. 

2. Verfahren zur Abrechnung von Internet-Dienstleistungen Qber Mobilfunk, dadurch 
gekennzeichnet, daU anstelle einer separaten Bezahltransaktionje 
Abrechnungsbetrag ein grdUerer Betrag vom Kunden gegenQber einem Anbieter 
authorisiert wird, und die Abbuchung der AbrechnungsbetrSge vom authorlsierten 
Betrag lokal beim Anbieter eifolgt. 

3. Verfahren nach einem der AnsprOche 1 Oder 2, dadurch gekennzeichnet, dali im 
Endgerat keine elektronischen GeldbOrsendaten und keine Kundendaten gehalten 
werden. 

4. Verfahren nach einem der AnsprQche 1 bis 3. dadurch gekennzeichnet, daB der 
Kunde jede Bezahltransaktion mit einer Bezahl-PIN sidiern kann. 

5. Verfahren nach einem der AnsprQche 1 bis 4. dadurch gekennzeichnet. daB 
senable Daten sicher im Mobilfunknetz verbleiben und nicht Ober das Internet 
Obertragen werden. 

6. Verfahren nach einem der AnsprOche 1 bis 5. dadurch gekennzeichnet. daB keine 
zusatzlichen VerschlOsselungsverfahren erfonJerlich sind. 

7. Verfahren nach einem der AnsprQche 1 bis 6, dadurch gekennzeichnet, daB kein 
zusatzliches Authentifikationsverfahren erforderlich ist. da die Authentifikation des 
Kunden vom Mobilfunknetz durchgefuhrt wird . 
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8. Verfahren zur Abrechnuiig von Internet-Dienstleistungen Qber Mpbllfunk 
gekennzeichnet durch eine Kopplung von Standard-Handler-Software mit Standard- 
(Intemet-jPaymentsystemen und InternetfShlgen Standard-Mobilfunk-Endgeraten. 
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Zusammenfassung 



Die Erfindung betriffl ein Verfahren zur Abrechnung von Internet-Dienstleistungen 
Ober Mobllfunk. EIn Mobilfunkkunde bezahit beim Surfen im Internet z.B. nnittels 
eines WAP-faWgen EndgerSts (Wireless Appiication Protocol) fflr beslimmte Inhatte 
(Information, Datenbankrecherche, Fahrplanauskuntt. Spiete. etc) Jewells einen 
geringen Einzelbetrag. Dieser kann erfindungsgemaB Ober das Mobllfunknetz 
effizient und sicher abgerechnet werden. Die fur eine Bezahltransaktion 
erforderlichen Kundendaten werden erfindungsgemaB zentral in einer Datenbank 
eines Payment-Gateway gehalten. Der Kunde kann gegenQber dem Anbieter ein 
Guthaben authorisieren, von welchem der Anbieter die angefallenen 
AbrechnungsbetrSge abgebucht. 
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